home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950726-19950929 / 000327_news@columbia.edu_Sat Sep 9 16:52:47 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA06993
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sat, 9 Sep 1995 14:22:52 -0400
  3. Received: by apakabar.cc.columbia.edu id AA26583
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sat, 9 Sep 1995 14:22:51 -0400
  5. Path: news.columbia.edu!panix!news.mathworks.com!news.duke.edu!agate!news.mindlink.net!van-bc!ddsw1!news.mcs.net!not-for-mail
  6. From: les@MCS.COM (Leslie Mikesell)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: C-Kemir from a cron job
  9. Date: 9 Sep 1995 11:52:47 -0500
  10. Organization: /usr/lib/news/organi[sz]ation
  11. Lines: 37
  12. Message-Id: <42sgov$nen@Venus.mcs.com>
  13. References: <DELqA9.I24@utnetw.utoledo.edu> <42qj0l$43o@apakabar.cc.columbia.edu>
  14. Nntp-Posting-Host: venus.mcs.com
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <42qj0l$43o@apakabar.cc.columbia.edu>,
  18. Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote:
  19. >In article <DELqA9.I24@utnetw.utoledo.edu>,
  20. >craig szczublewski <crszczub@cse.utoledo.edu> wrote:
  21. >>Is there anything special that would have to be specified from c-kermit
  22. >>in order to run an upload (rather large) in the background (specifically
  23. >>timed in the evening).  I've tried running it in the background and it 
  24. >>crashes on me and fills up my /tmp filesystem with some junk file.
  25. >>
  26. >>anyone else ever tried this?
  27. >>
  28. >Lots of people, including me, do it all the time.  Kermit does not write
  29. >into /tmp unless you tell it to -- it's probably cron or something related
  30. >to it.
  31.  
  32. Cron normally collects stdout and mails it to the owner of the cron
  33. job, so the problem is likely kermit sending lots of stuff to
  34. stdout.
  35.  
  36. >In general, the best method is to tell Kermit to read its commands from
  37. >a file, and to redirect its standard output to some other file, for
  38. >example (a cron job that runs every four hours):
  39. >
  40. > 0 0,4,8,12,16,20 * * * (cd /usr/olaf; kermit -y /oofa.scr > oofa.log)
  41. >
  42. >where oofa.scr is a file containing all the commands you want C-Kermit 
  43. >to execute.
  44.  
  45. I usually write a shell wrapper that will do some retries and report
  46. complete failures, although you could do that in the kermit script
  47. as well.  Keep in mind that you don't ever want to go to 'connect'
  48. mode in a script - do everything with 'input' and 'output', and
  49. unless you are manually debugging, be sure 'take echo' and 'input echo'
  50. are turned off.
  51.  
  52. Les Mikesell
  53.   les@mcs.com